Skip to content

Conversation

@rogu-beta
Copy link

The tech stack of django-rq seems to have issues with TLS connections getting corrupted when using Worker (forks/multiprocessing). This is relevant when an external database is used. The alternative is to also implement a worker based on SimpleWorker which does not fork and does not experience this bug. This alternative worker could be configured via the --worker-class option of the rqworker, just as the scancodeio.worker.ScanCodeIOWorker is currently set in the docker compose files. For reference see:

The tech stack of django-rq seems to have issues with TLS connections getting corrupted when using `Worker` (forks/multiprocessing). The alternative is to also implement a worker based on `SimpleWorker` which does not fork and does not experience this bug. This alternative worker could be configured via the `--worker-class` option of the `rqworker`, just as the `scancodeio.worker.ScanCodeIOWorker` is currently set in the docker compose files. For reference see: aboutcode-org#1523 rq/django-rq#650 https://github.com/aboutcode-org/scancode.io/blob/a89488815cad3e1e8987c0ddc98afff147d43c2a/docker-compose.yml#L86

Signed-off-by: Robert Guetzkow <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant